home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 13230 < prev    next >
Encoding:
Text File  |  1996-08-05  |  2.9 KB  |  82 lines
  1. Path: news.compuserve.com!newsmaster
  2. From: Philippe Verdy <100105.3120@compuserve.com>
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: Dynamically initializing static members
  5. Date: 24 Mar 1996 12:23:34 GMT
  6. Organization: CompuServe Incorporated
  7. Message-ID: <4j3es6$pd6@arl-news-svc-2.compuserve.com>
  8. NNTP-Posting-Host: dd22-055.compuserve.com
  9.  
  10. martijnl@xs4all.nl (Martijn Lievaart) s'Θcrit :
  11. > class MYCLASS {
  12. >   static unsigned int Registration_ID
  13. > 
  14. >   ...
  15. > 
  16. > }
  17. > unsigned int MYCLASS::Registration_D = Registrate("MYCLASS");
  18. > 
  19. > should do the trick (you where almost there!).
  20. > 
  21. > apardon@rc1.vub.ac.be (Antoon Pardon) wrote:
  22. > 
  23. > >I am playing with the idea of somekind of classregistration.
  24. > 
  25. > >The registration class would provide for a function: 
  26. > 
  27. > >unsigned int Registrate(const char *name);
  28. > 
  29. > >This would keep the name of the function stored somewhere and
  30. > >would return a registration ID.
  31. > 
  32. > >The idea would be to include a static int into the class that
  33. > >would store this ID something like this
  34. > 
  35. > >class MYCLASS {
  36. > >  static unsigned int
  37. > >    Registration_ID
  38. > 
  39. > >  ...
  40. > 
  41. > >}
  42. > 
  43. > >The problem now is how do I assign this Registration_ID
  44. > >automatically. In Modula 2 you have initialisation code
  45. > >that is called at the start of the program where you might
  46. > >then put code similar to 
  47. > 
  48. > >MYCLASS::Registration_D = Registrate("MYCLASS");
  49. > 
  50. > >Is something similar possible in C++ or do I have to
  51. > >do it in a different way? I looked at the FAQ but
  52. > >couldn't find an answer there.
  53. > 
  54. > 
  55. >      /~~~~~| /~~~~~| /~~~~~~|~~~~~\~~~~~\~~~~|~~~~~|   We now return to our
  56. >     /      |/      |/       |   o  |  o  |  |   +-|     regularly scheduled
  57. >    /   /|     /|   |   /|   |  ___/  ___/   |   +-|          flame-throwing
  58. > ../___/.|____/.|___|__/~|___|_|..|__|..|_____|_____|...martijnl@xs4all.nl..
  59. > 
  60. Your solution will work provided you implement a Registrator
  61. class to do that work.
  62. This Registrator class will have no instance but will only
  63. use static members, such as a registered class list, an ID
  64. generator, and the Registrate method.
  65. The generated ID can be an index within the vector<Registration>
  66. static member. The Registration simply stores the class name
  67. and may be other type informations.
  68. If you want to implement persistent objects, you should care of
  69. the order in which registration of classes occur.
  70. So your persistent stream should always store not only the ID
  71. (for efficiency) but also the map from name to ID, so that
  72. matching is possible when reloading later your persistent
  73. objects in future versions of your application, or in other
  74. programs.
  75. To facilitate this conversion, you can differentiate the global
  76. and running class ID from the streamed class ID, by providing
  77. a local map for these types (when loading your objects, find
  78. their type by name, then get its associated in-stream ID, and
  79. create a memory map between this read ID and the global ID,
  80. so that you can identify types coming from the input stream.
  81. Good luck !
  82.